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DOCUMENT- IDENTIFIER: US 6285989 Bl 

TITLE: Universal on-line trading market design and deployment system 



Abstract Paragraph Left (1) : 

A method and an apparatus for a universal auction specification system is disclosed. 
The universal auction specification system comprises a network accessible set of 
trading primitives. A script generator is used for combining the set of trading 
primitives into a temporal protocol script representing a particular auction 
specification. 

Brief S ummary Paragr aph Right (3) : 

These dynamics are driving towards the creation of new and more efficient online 
markets that emplo y auction methodologies. The design, implementation and 
maintenance of auction solutions for these markets require sophisticated software 
technology. 

Brief Summary Paragraph Right (4) : 

The following is a brief introduction to various conventional auction settings and 
methods, starting with "low-end" auctions and concluding with "high-end" ones. 

Rrifif Summary Paragraph Right (5) : 

The above is only a synopsis of the space of auction types. It is possible to 
enumerate many dozens of other auctions and variants thereof . In addition to these 
codifie d auctions, but which we mean types of aucti on that are well established, 
deployed, and studied, there exist essentially an infinite space of possible 
auctions r each defined by particular idiosyncratic rules and parameters. 

Brief Summary Paragraph Right (6) : 

A good example of idiosyncrasy of high- end auctions is the design of the California 
Power Exchange (the CalPX, or simply PX) . The PX is a double auction in which buyers 
and sellers of electrical power trade on a daily basis. The PX is designed to 
support at least two kinds of market- -the day ahead market and the hour ahead 
market. In the day -ahead market twenty-four different auctions take place in 
parallel, one each for an hour of the next day. The rules for participation in each 
auction are complex, but here is a flavor. The bidding proceeds in rounds. In any 
given round a seller may offer to sell a certain quantity at a certain price, and a 
buyer may submit a similar buy bids. The price in the round is selected so that 
supply equals demand (the "clearing price"). In the next round, a seller may only 
decrease his bid, and a buyer may only increase it (in both cases there is a minimum 
change required) . In addition to these rather simple rules, there is an additional 
rule, which is designed to encourage bidders to bid meaningfully rather than wait to 
the last round before doing so. According to this "activity rule", a seller whose 
price exceeded the clearing price in the previous round must improve his/her bid, or 
forever lose the right to do so (a similar rule applies to buyers) . Finally, in 
addition to this activity rule, bidders may (irrevocably) withdraw bids. 

Bri^f Summary Paragraph Right ( 7 ) : 

The reasons for this particular design are too complex to go into, and irrelevant to 
the current invention. The point of this example is that in that particular context 
there was a need to design a novel auction mechanism, different from any that 
existed previously. Similar phenomena have occurred in national spectrum auction 
designs (for example in the US, New Zealand, Australia, Mexico, and other 
locations) , other energy auoti ons, offshore oil drilling rights, and many other 
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settings. 

Brief finminary Paragraph Right (8) : 

Despite the in-principle infinite span of possible auctions, the set of primitives 
underlying the various auctions is relatively small. It is this observation that 
underlies the present inventions, and which allows the construction a universal 
engine for the rapid creation and deployment of an essentially unlimited number of 
auction types. 

Brief Summary Paragraph Right (9) : 

While thousands of auctions take place today on the Internet, they are consumer 
oriented, and by necessity of the low-end variety. Such auctions are conducted by 
online auction services, such as Onsale.com, fiBay.rnm ; and Priceline.com. In 
addition the technology developed by such firms in-house, several toolkits exist in 
the prior art with which to construct and run simple aucti nns . Examples include 
Opensite and Bonsai Software, as briefly described below. The auctions supported by 
these systems are low-end ones, though a certain degree of customization is allowed 
(for example, specifying the duration of the aucti on or selecting among several 
simple auction formats) . Following is a brief discussion of some of these 
technologies . 

Brief Summary Paragraph Right (10) : 

The products of OpenSite, Inc. and Bonsai, Inc. represent well the state of the art 
in Internet -base d auction toolkits and solutions. OpenSite offers solutions for 
hosting online, interactive Internet auctions . OpenSite sells three types of auction 
software solutions, which correspond to small, medium and large businesses. Opensite 
offers four different types of auctions. The additional configuration of the product 
to the customer's environment is extremely limited, and thus the software cannot be 
applied universally to a wide range of different types of customers. Similarly, 
Bonsai builds custom online auctions for particular applications. Its core product, 
EasyAuction, is very basic auction system. To implement specific auction types, 
Bonsai must resort to standard, labor-intensive custom software development. 

Brief Summary Paragraph Right (11) : 

The product of Moai, Inc. typifies products that are not auction products in 
themselves but rather specific software solutions, which embody auction technology. 
Moai builds software for creating online auctioning solutions for manufacturers or 
resellers, to sell surplus-goods and excess inventories. While Moai ' s software 
solution can be tailored to meet the needs of the customer, the auction style and 
mechanism do not change from one environment to the other. In that respect, the type 
of customers that Moai can cater to are limited by the applicability of the specific 
auction type that Moai uses . 

Brief Summary Paragraph Right- (12) : 

Onsale, Inc. and Priceline, Inc. are the best representatives of Internet -based 
^ aucti on houses procure goods. Both have developed in-house software with which to 
conduct auctions . These home-brew systems were designed to the specific needs of the 
companies, and do not have the universal functionality to be modified readily, to be 
deployed in a completely different business context that may require auction 
solutions. The software is not available for easy deployment as a package, without 
massive customization, to other environments that require auctioning solutions. 

Brief Summary Paragraph Right (13) : 

The Industrywide Mortgage Exchange (IMX) , FastParts, and the National Transportation 
Exchange (NTE) are good representatives of industry-wide online auctions , in each 
case one or more standardized goods (mortgages, DRAM chips, trucking capacity) are 
bought and sold on an open exchange, much like the securities on the financial 
exchanges. Again, these systems are without exception built specifically for a 
particular type of market and cannot be easily or economically re- configured for 
other types of markets. 

Brief Summary Paragraph Righr (14) : 

When one moves from the low-end of aucti on s to the high end, the custom-building 
approach is particularly apparent. Aiioti on systems have been built in a one-off 
fashion, costing many millions of dollars and taking a very long time to build. 
These auctions are always suited only for the particular applications for which they 
were designed. Examples include the software developed for financial exchanges such 
as the London Stock Exchange and NASDAQ, the California Power Exchange, and the 
software developed for Federal Communications Commission (FCC) spectru m auction . 
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Each of these systems was developed over many months and typically over years, and 
has cost from several million dollars to several hundred million dollars. These 
systems are also quite inflexible, constituting systems suitable for a particular 
application and not adaptable for the general case. A good example is provides by 
the CalPX) . Its development cost upward of $50M, and it has proved frustrating to 
introduce even minor modifications to the system; these have tended to entail major 
surgeries on the system as a whole. Indeed, the very initial design was not 
implemented initially, since the software could not accommodate iterations. 

Bri pf Summary Paragraph Right (16) : 

Closest to filling this gap has been AuctionBot, a software system built by Dr. 
Michael Wellman and his colleagues at the University of Michigan. AuctionBot is a 
service that allows a party to start one of several kinds of auction, and then 
proceeds to run and manage the aunt-ion - -accepting bids, notifying bidders of auction 
results, et cetera. It is to our knowledge the most versatile such service. The 
auctions it supports include M.sup.th and M+l.sup.st price auction (which are 
generalizations of .sup.st - and 2.sup.nd -price auction , respectively, to the case 
in which multiple units of good are being sold, possibly by multiple sellers) , 
English auction . However, Aucti onBot too suffers an inherent shortcoming- -while it 
supports a broader set of aucti on s than other services, there is nothing universal 
or extensible about that set. In particular, if one wishes to add a new auction type 
to AuctionBot , for all intents and purposes one must write a brand-new program. In 
particular, AuctionBot cannot support activity rules of the sort encountered in 
industrial markets such as the FCC spectrum auction and the CalPX. 

Brief Summary Paragraph Right (19) : 

The present invention is a method and apparatus that can be used to build any type 
of online auction using building blocks of its software technology. It includes a 
generic toolkit that can be used to build auction solutions ranging from simple to 
very complex and sophisticated auctions _ 

Brief Summary Paragraph Right. (20) : 

The invention includes a universal auction specification system including a network 
accessible set of trading primitives and a script generator for combining the set of 
primitives into a temporal protocol script representing a particular auction 
specification. The system also includes a script interpreter for interpreting a 
temporal protocol script representing a particular auction specification, the script 
including references to at least a portion of the set of trading primitives. 

Brief summary Paragraph Center (4) : 
Background on Auction Theory and Practice 

Brief summary Paragraph Center (5) : 
Background on Internet -based Auctions 

Brief Summary Paragraph Type Q (1) : 

(1) Setting: Single seller, multiple buyers. Methods: The four well-known basic 
types are Englis h auction, Dutch aucti on , first price sealed-bid aucti on , and 
second-price sealed-bid auction . These auctions and related ones have been well 
studied and continue to be so. 

Brief Summary Paragraph Type 0 (2) : 

(2) Setting: Single seller, multiple units of goods. Methods: Auctions for such 
situations are only slightly more complex, but essentially are a natural 
generalization of the first kinds of auction . 

Brief Summary Paragraph Type 0 ( 3 ) : 

(3) Setting: Multiple buyers and sellers. Methods: Variety of double auctions . in 
some cases the previous methods extend well, in others not at all (see below) . 

Brief Summary Paragraph Type 0 (4) : 

(4) Setting: Multiple buyers and sellers interacting repeatedly. Methods: Continuous 
Double Auctions, prime examples of which are the financial and commodity exchanges. 

Brief Summary Paragraph Type Q (5) : 

(5) Setting: Multiple goods with complementarities and substitutabilities . Methods: 
Vary. In any of the above settings, if multiple goods are sold whose values interact 
(i.e., if the value of a bundle of goods is not equal to the sum of the values of 
the individual goods), the auction design can be challenging. Known theoretical 
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solutions, such as the Generalized Vuckrey Auction or the Clark-Grove tax mechanism, 
are not applicable in practice. Some pragmatic alternatives that have been 
experimented with include menu bidding and the simultaneous ascending bid auction 
with activity rules. 

Brief Summary Paragraph Type 0 (6) : 

(6) Setting: Extra-economical constraints. Method: Activity rules. Often the auction 
is conducted within a- business context that prescribes or precludes certain actions. 
A typical example is presented by regulatory constraints, that preclude selling 
certain goods to buyers with excessive market power. 

Pet-ailed Description Paragraph Right (4) : 

The role of the Market -Specification Console (MSC) 110 is to make to the market 
designer available the full spectrum of market protocols, and available in an 
intuitive fashion. These market protocols range from simple aunt-inns such as 
English, Dutch, l.sup.st and 2.sup.nd price auctions, to highly complex auctions 
such as those conducted on the trading floors of financial exchanges and the CalPX. 
The repertoire of auctions includes, but is not limited to, the ones provided and 
classified in Table 1 below. 

Detailed Description Paragraph Right (7) : 

There are two ways in which a market designer defines a market. The first is by 
selecting among one of the market protocols already residing on the PAS 140, and 
specifying the values of the relevant parameters in that protocol. For example, 
specifying the minimum increment and start time in an English aucti on . However, this 
method alone is inherently flawed, since the space of possible market designs is 
infinite, and any fixed repertoire of built-in auctions, rich as it may be, is 
guaranteed to fall short. The crux of the present invention is the ability to define 
novel market protocols suited to any given situation. 

Detailed Description Paragraph Right (9) : 

The market entities include sellers, buyers, an aurtinnppr f dealers, specialists, 
settlement agencies, accreditation bodies, and other entities. 

Detailed Description Paragraph Right (12) : 

A simple way to specify a time line is to list the steps exhaustively, and tag each 
step for the time at which, and conditions under which, the step is taken. The time 
can refer to absolute time or to time relative to other events in the execution 
stream ("after five minutes of inactivity close the auction " ) . Conditions can refer 
to any information that is part of the execution, and in particular the termination 
conditions of other steps ("if the last bid was for $x, then set the minimum next 
bid at $x+10") . 

Detailed Description Paragraph Right (15) : 

The extreme versatility of the MSC 110 calls for commensurate versatility on the 
part of the Programmable Aunt inn Server (PAS) 140. Indeed, at the core of the PAS 
140 is an interpreter for CommerceScript , a built-in implementation of the TPs, and 
a built-in set of market protocols. The script interpreter 141 is illustrated in 
FIG. 1. Importantly, the PAS 140 is extensible. Both the built-in set of TPs and the 
built-in set of market protocols can be enriched by a market designer submitted a 
new ones. Each augmented market protocol is called a Trading Cartridge; there is in 
principle no bound on the range of allowable Trading Cartridges, other than the 
pragmatic limitations of the PAS 140 in terms of computer memory and other 
computational resources. In the preferred embodiment, the set of TPs is augmentable 
in a more cautious way for security and robustness reasons. We discussed this topic 
next . 

Detailed Description Paragraph Right (20) : 

The UTC 120 offers the trader two functionalities- -display of information, and bid 
input. The information displayed to the user is of kinds: 1) activities on the PAS 
140, and 2) ancillary information. PAS 140 activities are in principle any event 
logged by the PAS 140, such as the start of an auction, the bids placed, and the 
prices cleared. Actual information displayed will vary dramatically from one market 
to another, reflecting the different market designs. In particular, the amount of 
information displayed may vary. For example, two Simultaneous Ascending Bids 
aucti nns may vary on the information disclosure policy, with the one auction 
releasing after each round the entire list of bidders and their bid in that round, 
whereas another might release only the aggregate bids supplied with no 
bidder-specific information. Ancillary information may be any information that is 
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relevant to making trade decisions but that is not inherent in the market activity. 
For example, in energy markets as well as many other futures markets weather 
forecasts turn out to be quite important. 

Detailed Description Paragraph Right (21) : 

The bids entered by the trader are entered in one of two ways --direct bidding, or 
proxy bidding. In direct bidding the bidder manually selects an auction and enters a 
bid using the computer keyboard and mouse. In proxy bidding, the user defines a 
script that bids on his or her behalf in one or more auctions running on the PAS 
140. As part of the proxy bid, the trader also specifies whether the script is to 
run on the trader's machine (i.e. proxy bidder 509), or be transmitted to the PAS 
140 and run there (i.e. proxy bidder 508). 

Detailed Description Paragraph Right. (22) : 

The challenge in delivering these two functionalities- -information dissemination and 
bidding collection- -is the wide variance in the format of both the information and 
the bids among different types of auctiojoa. In the preferred embodiment, this 
diversity is accommodated by introducing a database layer between the PAS 140 and 
the UTC 120. For each ancti on type, several specific database schemas must be 
introduced. The PAS 14 0 populates the database with specific data and that data is 
displayed in the UTC 120 automatically using dynamic HTML. The key feature of this 
design is that while the database tables in the PAS 140 must be created specifically 
for the particular auction, the UTC 120 requires no modification. 

Detailed Description Paragraph Right (25) : 

Referring to FIG. 2, the first tier 110 includes a front-end database 112 and Web 
applications running on Web server (s) 111 that constitute the interface between the 
users 114 and the back-end 116 of the system. Authorized users may access the system 
through a web browser. The Graphical User Interface (GUI) may be run either as a 
Java Applet or as a common HTML (depending on the user's choice and browser 
version) . The Java and HTML programming languages are well known to those of 
ordinary skill in the art. To secure the system, the Web application is surrounded 
by a firewall 122 in a DMZ (Demilitarized Zone) configuration making it almost 
impossible to penetrate the application server (s) 120. The application's logic 
constitutes the second tier 115. The middleware 130 environment is component -based 
allowing high-availability and scalability. The third tier 133 contains the database 
136 and the interface 138 to a market administrator's legacy systems. Note that 
because the output of the auctioning process is being polled by a legacy system, the 
full security of the legacy environment is assured at all times. This will be 
described in more detail below. 

Detailed Description Paragraph Right: (27) : 

Referring to FIG. 4, the processing logic of the present invention resides in a 
cluster of application servers 120. The application 210 includes software components 
that interact through a "named service" paradigm; the basic re -usable logical market 
components have been synthesized and distributed among the application servers 120 
as services 310. These basic market components 310 will be described in more detail 
below. Once created, each bid, query or market event is assigned a sequence of 
services 310 to perform in order to fully process the bid, query, or market event. 
To process complex auction rules and market constraints, these services 310 share a 
cluster of databases 136 which maintain an updated replication of data at all times. 
The databases 136 that store a sequential log of the trading activity and the 
results data bases are accessible for inquires by the legacy system. 

Detailed Description Paragraph "Right- (29) : 

The application software 210 of the present invention provides all the capabilities 
necessary to support multiple auctions simultaneously, with the inherent flexibility 
to conform to the unique requirements and environment of each auction mechanism. The 
underlying structure of the software of the present invention makes it easy to 
define the rules of the auction (e.g. , minimum accepted bids, bidding increments and 
length of rounds, etc) , sequences of activity, required data elements, critical 
events, activity and flow requirements. This universal configurability is described 
in more detail below. 

Detailed Description Paragraph Right (31) : 

General services 420 represent the services common to all supported market types. 
These services may include, for example, bid time- stamping or bid logging. The 
market specific services 430 represent services specific to a particular type of 
market or a specific individual market. For example, a service supporting a request 
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to submit a bid for multiple goods in a single round would not be appropriate in an 
English auction. By partitioning the services into a general or market specific 
type, the present invention allows a new market type to be supported by substituting 
the market specific services 430 of the new market type for the market specific 
services of the old market type. The transaction monitor 410 and the general 
services 420 can remain intact. In this manner, new markets may be quickly and 
inexpensively created or modified. 

Detailed Description Paragraph Right: (39) : 

The graphical user interface (GUI) of the present invention allows users, either 
auction administration staff or bidders, to view the results for a desired auction 
round and to create custom file formats of the results for downloading. The GUI runs 
on the client computer system 114. The GUI provides screens that display the results 
of each round as well as auction administration screens that display real-time 
bidding activity. The GUI software allows the aurtinneer's administration staff to 
post general announcements concerning the auction in real-time (e.g., the auction 
schedule) and to post urgent messages to all bidders (e.g., a round has been 
extended) . In addition, the GUI software allows users to submit a report of all 
suggestions for the auction administration staff to review. 

Detailed Description Paragraph Right (40) : 

Any trading step that occurs in the system (e.g., login of the trader, approval of a 
query, change of clearing price, reduced eligibility, etc.) is time-stamped and 
logged in activity log 480. In addition, the system maintains a special database 490 
for storing the final results and parameters for each auction. The system supports 
an on-line display of global cross auction activities and statistics. This 
functionality provides a wide variety of reports for the various phases of the 
trading process. Auction reports include all bids in the round, the high bids at the 
end of the round, the withdrawn bids, the maximum eligibility amounts for each 
bidder, and the minimum accepted bid amounts for the next round. 

Detailed Description Paragraph Center (4) : 
The Programmable Auction Server (PAS) 

Detailed Description Paragraph Type 0 (1) : 

1. A Market-Specification Console (MSC) 110. This component consists of a computer 
running a program with which a market designer may specify any of an infinite number 
of possible market protocols, and then submit ("upload") the defined market to the 
Programmable Auction Server (PAS) 140 for execution. These markets can be as simple 
as English or Dutch auction with some parameters filled in, or an arbitrary novel 
design never encountered before. 

Detailed Description Paragraph Type Q (2) : 

2. A Programmable Auction Server (PAS) 140. This component consists of a computer 
running a program, which can accept multiple market, protocols submitted to it from 
market -specification consoles, and executes those protocols as prescribed. Such 
execution includes, but is not limited to, opening aunt ions, accepting bids, 
clearing prices, notifying traders of market events, and closing auctions . 

Detailed Dfifirripfinn Paragraph Type 1 ( 5 ) : 

Market Creator- -The present invention allows a market creator to define all the 
administrative data, activity parameters, processing constraints, and general rules 
that make the market (e.g. number and names of auctions, clearing -price rules, names 
and access authorizations of traders, inter-processing dependencies, bid flow 
constraints, etc.). These settings are provided to the system through the Graphical 
User Interface. 

Detail ed Description Paragraph Type 1 (6) : 

Legacy- -The legacy system is a conventional system and typically an auoti on-speri f ic 
system that retrieves statistics and results of auctions from the present invention. 



Detailed Desrri pt ion Paragraph Type 1 (11) : 

Handle Event- -Initiated by the system. The market creator determines which events 
are the significant events (e.g., sudden shift of eligibility from one action within 
a group to another, a close of an auction, sudden global price drop in the market, 
significant change in trading volume, etc.). The logger logs all events. 

Detailed Desrriprion Paragraph Type 1 (13) : 
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Maintain results- -Initiated by the legacy system to get auction results. 

Detail pri npscript-ion Paragraph Typp 7 (3) : 

B. Heterogeneous items: Same options as above, plus Simultaneous, iterative, 
ascending price (e.g., FCC spectrum auction) Generalized Vickrey auction 

Derail e>ri npsrnpfinn Paragraph Typp 1 (1) : 
Auctioneer asks whether there are new bids 

Detailed Description Paragraph Tahlp ( 1) : 

TABLE 2 Entity with Permission Primitive Description Market Define trade items 
Specify goods to be traded Operator Market Define bid format Self-explanatory 
Operator Market Define disclosed Self-explanatory Operator information format Market 
Define pricing rule Self-explanatory Operator Market Define allocation rule 
Self-explanatory Operator Market Disclose information Self-explanatory Operator 
requested by an individual Market Broadcast unsolicited Self-explanatory Operator 
information Market Start negotiation phase Self-explanatory Operator Market Conclude 
negotiation Self-explanatory Operator phase Market Close market protocol 
Self-explanatory Operator Market Announce market Self-explanatory Operator protocol 
results Trader Register item for sale Self-explanatory Trader Post security in 
escrow Self-explanatory account Trader Submit bid Self-explanatory Trader Withdraw 
bid Self-explanatory Trader Make bilateral offer Self-explanatory Trader Request 
information Self-explanatory Market Define Simple Bid Examples: Operator 
restrictions Minimum bid intervals (bids must be in even $1 quantities for example) 
Permitted currencies for bids (dollars, yen, . . .) Market Define Market Based 
Examples: Operator Restrictions No one is permitted to bid on good A and good B. 
More generally no one is permitted to bid on specified combinations of goods. Market 
Define Trader Specific Examples: Operator Restrictions Trader A is not permitted to 
bid on good P. Trader B is not permitted to bid more than a total of X dollars. 
Market Define Trader Eligibility A specialization of Trader Operator Restrictions 
Restrictions that is common enough to warrant its own category. Example: Trader A 
may not bid fewer $ than in a previous stage of the auction. Market Define Trader 
Activity Another specialization of Trader Operator Restrictions Restrictions that is 
common and warrants its own category. Example: Trader A must submit a winning bid 
every Z hours to continue participating in the auction. Market Define Dynamic 
Dynamic in the sense that the Operator Restrictions of the above restriction becomes 
active types, based on some event in the market. Example: If trader A modifies a bid 
by more than Z % then close access to the market for trader A and investigate for 
gaming behavior. Market Define Information These rights define what Operator Access 
Rights information is available to which participants. For example, buyers, sellers, 
observers, and auditors may have very different permissions. Market Define Logging 
Structure The system is very modular and Operator allows flexible logging. For 
example a market operator may specify that bids should be logged after specific 
stages (after entry into system, after passing restriction checks, after auction 
processing, . . .) The detail of the log information will also be controllable. 
Market Define Bid Priority Rules Bid A is Better than Bid B if: Operator 1) the 
price in A is greater than the price in B, 2) Or, if equal prices then if time of 
bid A is earlier than time for B, . . . Trader Register May be extensive and involve 
financial deposits, or could be quick involving identification only. Trader Receive 
Confirmations Auction may send confirmations of bids, information requests, trades, 
. . . Settlement Receive Trade Details Describes what goods and funds Agency must be 
transferred between traders. 

Ofh^r Rgfgrence Publication (1) : 

Packaged apps give auctioneers rich new options, Frook, John Evan, Internetweek, May 
25, 1998, Issue 716, p 14, 4/7p, 2 graphs.* 

Other Reference Publication (2) : 

Moai intros auction software, Trommer, Diane, Electronic Buyer's News, Mar. 23, 
1998, Issue 1101, p78, l/4p.* 

Othfir ppfprpnrp Publication (3) : 

Auctions for business, Wilder, Clinton, Information Week, Mar. 16, 1998, Issue 673, 
p90, 2/3p, lc* 

Othpr T ?p_fprpnr p Publ ication (5) : 

OpenSite Technologies Introduces Innovative Web Aucti on Partner Program, Business 
Wire Page: 08041472, Aug. 4, 1998.* 
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Other Reference Publication (8) : 

Going . . . Going . . . Gone ! (FairMarket 1 s Web An^inn site, and Emaze Software's 
Emaze Auction Web_aiiCLtion software), Cohen, Emily, PC Magazine, vol. vl7 Issue nl5, 
Sep. 1, 1998, May 1998.* 

Ol-hfir Rpfprpnrp Pnhl i cat- i on (10) : 
ONSALE, Auction Formats, 1996, 2 pages. 

Oth^r Rpfprpnrp Piihl -i rafinn (11) : 

ONSALE, Auction Supersite, Sep. 8, 1997, 7 pages. 
CLAIMS : 

1. A universal auction specification system comprising: 

a market -specification console configured to receive at least one market protocol, 
the market-specification console submits a market defined by the at least one market 
protocol to a programmable auction server; 

the programmable auction server executes at least one built-in trading primitive and 
at least one network augmented nonstandard trading primitive; and 

a script generator for combining the set of trading primitives into a temporal 
protocol script representing a particular auction specification. 

2. The universal auction specification system as claimed in claim 1, wherein the 
scripting generator is a graphical user interface based tool. 

3. A programmable auction server comprising: 

a network accessible set of built-in trading primitives and network augmented 
nonstandard trading primitives; and 

a script interpreter for interpreting a temporal protocol script representing a 
particular auction specification, the script including references to at least a 
portion of the set of trading primitives. 

4. The programmable auction server as claimed in claim 3 further including: 
means for receiving a client market request via a network; 

means for associating the client request with at least one market specific service, 
said service being independently installable; 

means for accessing market specific information, said market specific information 
being independently stored; and 

means for processing the client market request to produce a result. 

5. The programmable auction server as claimed in claim 4 wherein said market 
specific information further includes rules and constraints. 

6. The programmable auction server as claimed in claim 3 further including: 
a dual firewall front end. 

7. The programmable auction server as claimed in claim 3 further including a 
registration component which registers all trades in specified markets, whether 
consummated on a local server or other servers. 

8 . The programmable auction server as claimed in claim 3 further including a set of 
application program interfaces for program trading over the network. 

9. The programmable auction server as claimed in claim 3 further including a market 
administration console. 
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ART-UNIT: 274 

PRIMARY -EXAMINER: Trammel 1; James P. 
ASSISTANT-EXAMINER: Nguyen; Nga B. 



ABSTRACT: 

In automatic auction method which makes it unnecessary for bidders to stay before 
auction terminals at the time of auction and which makes possible auction 
transactions on an open network on which it is difficult to assure the on-line and 
real time properties, a plurality of auction ordering information pieces each 
containing a desired price, number of purchase, and a highest possible price in 
competition for the desired price and received from bidder terminals via on-line 
circuits are collected. Until an auction issue appears, the price is lowered. If 
there is at least one auction issue and a desired quantity which is the sum total of 
the numbers of purchase of the auction issues is not satisfied, then it is 
determined whether there is an auction issue coinciding in price by comparing the 
set price with (the desired price+the highest possible price in competition) . Until 
the desired quantity is satisfied, the price is raised. 
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